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(54) Method of and apparatus for providing presentation precedence service. 



(57) Control of the priority of simultaneous mul- 
timedia presentations in a multimedia data pro- 
cessing system is provided. A server accepts 
and acts on requests for visual and audible 
precedence over other presentations running 
on a desktop. The client of the server is given 
desktop priority by having the associated 
objects surfaced to the desktop top. This en- 
sures a multimedia application is presented as a 
foreground process. The server also provides 
synchronization for multiple clients requesting 
desktop precedence. The client of the prece- 
dence server may be initiated by marks in a 
presentation which indicate to the client to 
make a request for precedence. An application 
may also make a request by virtue of other 
decisions not initiated by detecting marks in a 
presentation. 
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This invention relates in general to data process- 
ing systems, and in particular to a method of, and ap- 
paratus for, controlling the priority of simultaneous 
multimedia presentations in a multimedia data proc- 
essing system. 

In a concurrent environment where many multi- 
media presentations may be executing simultaneous- 
ly, it is difficult to ensure that an important presenta- 
tion be seen by an observer. For example, a user may 
be executing several multimedia presentations simul- 
taneously, one of which may be a foreground task, 
while others are background tasks. The creator of a 
presentation should have control over guaranteeing 
an observer will see an important presentation. A 
method is needed whereby the author can control 
which presentations or portions thereof have prece- 
dence over other presentations. An observer has no 
way of knowing which of the multimedia presentations 
or parts of presentations are more important, fore- 
ground or background. The user preference for locat- 
ing desktop objects is the only means for prioritizing 
what is seen. In existing systems, a user's location of 
desktop objects and panels determines what is seen. 
Simultaneously executing presentations need a 
mechanism whereby important multimedia presenta- 
tions or portions thereof are seen and/or heard by an 
observer, no matter how many applications are com- 
peting for attention and no matter how many user in- 
terface obstacles exist to otherwise prevent an effec- 
tive communication. A method is needed whereby a 
sequence of events within a multimedia presentation 
can automatically substantiate itself as a foreground 
process. 

Existing systems present the user with two diffi- 
culties. The first difficulty is that existing systems do 
not provide a method to control which presentations 
have precedence over other presentations. The sec- 
ond difficulty is that existing systems do not provide 
a method to control which portions of a presentation 
have precedence over other presentations. 

Thus existing systems provide no method of, or 
apparatus for, controlling the priority of simultaneous 
multimedia presentations in a multimedia data proc- 
essing system. As such, there is a need for a method 
of, and apparatus for, controlling the priority of simul- 
taneous multimedia presentations in a multimedia 
data processing system. 

The invention disclosed herein comprises a 
method of, and apparatus for, controlling the priority 
of simultaneous multimedia presentations in a multi- 
media data processing system. The method and ap- 
paratus described herein substantially eliminate or re- 
duce the difficulties of attempting to execute simulta- 
neous multimedia presentations in a multimedia data 
processing system by controlling the priority of simul- 
taneous multimedia presentations in a multimedia 
data processing system. 

In accordance with one aspect of the present in- 



vention, a precedence service Is provided. The prec- 
edence service accepts and acts on requests for vis- 
ual and audible precedence over other presentations 
running on the desktop. The client of the precedence 

5 service is given desktop priority by having the asso- 
ciated objects (e.g., panel(s), icons) surfaced to the 
desktop foreground or focus. This allows a multimedia 
application to be presented as a foreground process. 
The precedence service also allows multiple callers 

w requesting desktop precedence to be synchronized, 
thereby providing to each requesting application pri- 
ority presentation time for segments of a presentation 
which are being requested for precedence. 

Another aspect of this invention is that the client 

15 of the precedence service may be initiated by asso- 
ciating a priority with a presentation. This association 
of priority may be provided by precedence marks in 
a presentation which indicate to the requester to 
make a request for precedence. Such precedence 

20 marks in segments of a presentation cause the pre- 
senting application to call the precedence server so 
that precedence is Invoked. The precedence marks 
may include a unique identifier to distinguish the prec- 
edence mark from a data object which is neither a 

25 start precedence mark nor an end precedence mark, 
a precedence mark type to distinguish a start prece- 
dence mark from an end precedence mark, and a pri- 
ority. Alternatively, the association of priority may be 
provided by an application program making a request 

30 for precedence by virtue of other decisions not initiat- 
ed by detecting marks in a presentation. 

Yet another aspect of this invention is user inter- 
face management code for allowing an application 
program's objects to surface to a priority view on a 

35 desktop. 

The present invention has the advantage of pro- 
viding desktop presentation precedence specified in 
a presentation and granted by a service. 

-The present invention has the further advantage 

40 of allowing a user of a computer to see and/or hear im- 
portant presentations on a busy desktop no matter 
what else is executing and no matter what activity the 
user is doing on the computer. 

The present invention has the still further advan- 

45 tage of allowing an originator to convey importance 
via precedence values. 

The present invention has the still further advan- 
tage of providing priority management of precedence 
requesters. 

so The present invention has the still further advan- 

tage of providing scheduling management of prece- 
dence requesters. 

The present invention has the still further advan- 
tage of priorities of desktop precedence can be imple- 
55 mented so that there can be a variety of priority 
among requests. 

The present invention has the still further advan- 
tage that video, audio, and other multimedia data 
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types may be granted precedence. 

For a more complete understanding of the pres- 
ent invention and the advantages thereof, reference 
is now made to the Detailed Description in conjunc- 
tion with the attached Drawings, in which: 5 
Figure 1 is a block diagram of a data processing 
system used in performing the method of the 
present invention and forming part of the appa- 
ratus of the present invention; 
Figure 2 is a flow chart illustrating the operations w 
preferred in carrying out the Precedence Mark 
Process portion of the present invention; 
Figure 3 is a flow chart, continued from Figure 2, 
illustrating the operations preferred in carrying 
out the Add Precedence Mark Process portion of 15 
the present invention; 

Figure 4 is a flow chart, continued from Figure 2, 
illustrating the operations preferred in carrying 
out the Scan Precedence Mark Process portion 
of the present invention; 20 
Figure 5 is a flow chart illustrating the operations 
preferred In carrying out the Precedence Detec- 
tion Process portion of the present invention; and 
Figure 6 is a flow chart illustrating the operations 
preferred in carrying out the Precedence Play 25 
Process portion of the present invention. 
Referring first to Figure 1, there is shown in block 
diagram form, a data processing system 900 accord- 
ing to the present invention. The data processing sys- 
tem 900 includes a processor 902, which includes a 30 
central processing unit (CPU) 904, and a memory 
906. Additional memory, in the form of a hard diskf ile 
storage 908 and a floppy disk device 910, may be 
connected to the processor 902. Floppy disk device 
910 may receive a diskette 912 which has computer 35 
program code recorded thereon that implements the 
present invention in the data processing system 900. 
The data processing system 900 may also include 
user interface hardware, including a mouse 914 and 
a keyboard 91 6 for allowing user input to the proces- 40 
sor 902 and a display 918 for presenting visual data 
to the user. The data processing system may also in- 
clude a printer 920 for printing information. The data 
processing system 900 may also include image devic- 
es, including a scanner 922 for scanning images into 45 
the data processing system 900 and an image/fax 
printer 924 for printing images. The data processing 
system 900 may also include video devices, including 
a video input device 926 for entering video into the 
data processing system 900 and a video output de- so 
vice 928 for displaying video. The data processing 
system 900 may also include audio devices, including 
an audio input device 930 for entering audio into the 
data processing system 900 and an audio output de- 
vice 932 for reproducing audio. The data processing 55 
system 900 may also include communication devices, 
including a communications port 934 for communicat- 
ing with another system and a network port 936 for 



communicating with a network. 

Referring now to Figure 2 through Figure 6, flow- 
charts illustrating operations preferred in carrying out 
the present invention are shown. In the flowcharts, 
the graphical conventions of a diamond for a test or 
decision and a rectangle for a process or function are 
used. These conventions are well understood by 
those skilled in the art, and the flowcharts are suffi- 
cient to enable one of ordinary skill to write code in 
any suitable computer programming language. 

The operations preferred in carrying out the 
present invention may be implemented as three proc- 
esses or programs comprising a Precedence Mark 
Process, a Precedence Detection Process, and a 
Precedence Play Process. The Precedence Mark 
Process, illustrated in Figure 2 through Figure 4, al- 
lows a user to add, delete, or scan for a Precedence 
Mark in a multimedia presentation. A precedence 
mark may include a unique identifier to distinguish 
the precedence mark from a data object which is nei- 
ther a start precedence mark nor an end precedence 
mark, a precedence mark type to distinguish a start 
precedence mark from an end precedence mark, and 
a priority. The Precedence Detection Process, illu- 
strated in Figure 5, detects a Precedence Mark in a 
multimedia presentation and requests precedence 
from the Precedence Play Process. The Precedence 
Detection Process is a client portion of precedence 
service. The Precedence Play Process, illustrated in 
Figure 6, services a request for precedence from the 
Precedence Detection Process. The Precedence 
Play Process is a server portion of precedence ser- 
vice. In an alternative embodiment which Is not a cli- 
ent-server implementation, the Precedence Play 
Process may be a subroutine called by the Prece- 
dence Detection Process. 

Referring now to Figure 2, which illustrates the 
operations preferred in carrying out the Precedence 
Mark Process portion of the present invention, after 
the start of the program, process block 10 allows a 
user to select a function of editing precedence marks 
in a presentation. Thereafter, process block 20 allows 
the user to navigate through a presentation to a first 
user selected location. Thereafter, decision block 30 
determines if the user wishes to add a start prece- 
dence mark in the presentation. If the user does not 
wish to add a start precedence mark in the presenta- 
tion, then decision block 40 determines if the user 
wishes to scan forward through the presentation to a 
next precedence mark. If the user does not wish to 
scan forward through the presentation to a next prec- 
edence mark, then decision block 50 determines if 
the user wishes to scan backward through the pre- 
sentation to a prior precedence mark. If the user does 
not wish to scan backward through the presentation 
to a prior precedence mark, then decision block 60 
determines if the user wishes to quit If the user wish- 
es to quit, then the program stops. 
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Returning now to decision block 60, If the user 
does not wish to quit, then the program loops back to 
process block 10. 

Returning now to decision block 50, if the user 
wishes to scan backward through the presentation to s 
a prior precedence mark, then processing continues 
to process block 340 as shown on Figure 4. This proc- 
essing path is illustrated by flowchart connectors 
4000 on Figure 2 and Figure 4. 

Returning now to decision block 40, if the user 10 
wishes to scan forward through the presentation to a 
next precedence mark, then processing continues to 
process block 300 as shown on Figure 4. This proc- 
essing path is illustrated by flowchart connectors 
3000 on Figure 2 and Figure 4. is 

Returning now to decision block 30, if the user 
wishes to add a start precedence mark in the presen- 
tation, then processing continues to process block 70 
as shown on Figure 3. This processing path is illu- 
strated by flowchart connectors 2000 on Figure 2 and 20 
Figure 3. 

Referring next to Figure 3, after control passes 
from decision block 30 on Figure 2 to process block 
70 on Figure 3, as illustrated by flowchart connectors 
2000 on Figure 2 and Figure 3, process block 70 25 
scans backwards through the presentation searching 
for a precedence mark. Thereafter, decision block 80 
determines if no prior precedence mark was found. If 
no prior precedence mark was found, then process 
block 90 places a start precedence mark in the pre- 30 
sentation at the first user selected location. There- 
after, process block 100 allows the user to specify a 
priority for the start precedence mark. Thereafter, 
process block 110 allows the user to navigate through 
the presentation to a second user selected location. 35 
Thereafter, decision block 120 determines if the user 
wishes to abort precedence marking of that portion of 
the presentation between the first user selected loca- 
tion and the second user selected location. If the user 
does not wish to abort precedence marking, then 40 
process block 1 30 places an end precedence mark in 
the presentation at the second user selected location. 
Thereafter, decision block 140 determines if the end 
precedence mark is after the start precedence mark. 
If the end precedence mark is after the start prece- 45 
dence mark, then process block 200 scans back- 
wards from the location of the precedence end mark 
searching for a prior precedence mark. Thereafter, 
decision block 210 determines if a prior precedence 
mark was found. If a prior precedence mark was 50 
found, then decision block 220 determines if the prior 
precedence mark is a corresponding start prece- 
dence mark. If the prior precedence mark is a corre- 
sponding start precedence mark, then process block 
230 verifies the placement of an end precedence ss 
mark in the presentation at the second user selected 
location. Thereafter, process block 240 provides to 
the user a message that the selected portion of the 



presentation Is marked. Thereafter, control passes to 
process block 10 on Figure 2. This processing path is 
illustrated by flowchart connectors 1000 on Figure 3 
and Figure 2. 

Returning now to decision block 220, if the prior 
precedence mark is not a corresponding start prece- 
dence mark, then process block 150 provides an er- 
ror message to the user that the user has selected an 
invalid location for an end precedence mark. There- 
after, the program loops back to process block 1 1 0 for 
the user to select a valid location for an end prece- 
dence mark. 

Returning now to decision block 210, if a prior 
precedence mark was not found, then the program 
continues to process block 150 to provide an error 
message to the user as described above. 

Returning now to decision block 140, if the end 
precedence mark is not after the start precedence 
mark, then the program continues to process block 
150 to provide an error message to the user as de- 
scribed above. 

Returning now to decision block 120, if the user 
wishes to abort precedence marking of that portion of 
the presentation between the first user selected loca- 
tion and the second user selected location, then proc- 
ess block 180 removes from the presentation the 
start precedence mark just placed. Thereafter, proc- 
ess block 190 provides a message to the user that 
precedence marking has been aborted and that the 
start precedence mark has been removed. There- 
after, control passes to process block 10 on Figure 2. 
This processing path is illustrated by flow-chart con- 
nectors 1000 on Figure 3 and Figure 2. 

Returning now to decision block 80, if a prior prec- 
edence mark was found, then decision block 160 de- 
termines if the prior precedence mark is a start prec- 
edence mark. If the prior precedence mark is a start 
precedence mark, then process block 170 provides 
an error message to the user that the user has select- 
ed an invalid location for a start precedence mark. 
Thereafter, control passes to process block 10 on Fig- 
ure 2. This processing path is illustrated by flowchart 
connectors 1000 on Figure 3 and Figure 2. 

Returning now to decision block 160, if the prior 
precedence mark is not a start precedence mark, 
then the program continues to process block 90 for 
placement of a valid start precedence mark. 

Referring next to Figure 4, after control passes 
from decision block 40 on Figure 2 to process block 
300 on Figure 4, as illustrated by flowchart connec- 
tors 3000 on Figure 2 and Figure 4, process block 300 
scans forward from the first user selected location 
searching for a next precedence mark. Thereafter, 
decision block 310 determines If a next precedence 
mark was found. If a next precedence mark was 
found, then process block 320 displays to the user 
the type of precedence mark found. The type of prec- 
edence mark may either be a start precedence mark 
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or an end precedence mark. Thereafter, decision 
block 360 determines if the user wishes to delete the 
precedence mark. If the user wishes to delete the 
precedence mark, then process block 370 deletes 
the precedence mark from the presentation. There- 
after, process block 380 displays to the user a mes- 
sage that the precedence mark has been deleted and 
the area is unmarked. Thereafter, control passes to 
process block 10 on Figure 2. This processing path is 
illustrated by flowchart connectors 1000 on Figure 4 
and Figure 2. 

Returning now to decision block 360, if the user 
does not wish to delete the precedence mark, then 
decision block 390 determines if the user wishes to 
move the precedence mark. If the user wishes to 
move the precedence mark, then process block 400 
allows the user to navigate to and select a desired lo- 
cation to which the precedence mark is to be moved. 
Thereafter, decision block 410 determines if the de- 
sired location is a valid location. A valid location for a 
start precedence mark is a location before the loca- 
tion of an end precedence mark. A valid location for 
an end precedence mark is a location after the loca- 
tion of a start precedence mark. If the desired location 
is a valid location, then process block 430 moves the 
precedence mark to the desired location. Thereafter, 
process block 440 displays to the user a message 
that the precedence mark position has been 
changed. Thereafter, control passes to process block 
10 on Figure 2. This processing path is illustrated by 
flowchart connectors 1000 on Figure 4 and Figure 2. 

Returning now to decision block 410, if the de- 
sired location is not a valid location, then process 
block 420 displays to the user a message that the de- 
sired location is an invalid destination. Thereafter, 
control passes to process block 10 on Figure 2. This 
processing path is illustrated by flowchart connectors 
1000 on Figure 4 and Figure 2. 

Returning now to decision block 390, if the user 
does not wish to move the precedence mark, then 
control passes to process block 10 on Figure 2. This 
processing path is illustrated by flowchart connectors 
1000 on Figure 4 and Figure 2. 

Returning now to decision block 310, if a next 
precedence mark was not found, then process block 
350 displays to the user a message that the search 
proceeded to the end of the presentation and that no 
precedence mark was found. Thereafter, control 
passes to process block 10 on Figure 2. This process- 
ing path is illustrated by flowchart connectors 1000 
on Figure 4 and Figure 2. 

Referring again to Figure 4, after control passes 
from decision block 50 on Figure 2 to process block 
340 on Figure 4, as Illustrated by flowchart connec- 
tors 4000 on Figure 2 and Figure 4, process block 340 
scans backwards from the first user selected location 
searching for a prior precedence mark. Thereafter, 
decision block 330 determines if a prior precedence 



mark was found. If a prior precedence mark was 
found, then the program continues to process block 
320 for further processing of the prior precedence 
mark. 

5 Returning now to decision block 330, if a prior 

precedence mark was not found, then process block 
450 displays to the user a message that the search 
proceeded to the beginning of the presentation and 
that no precedence mark was found. Thereafter, con- 

io trol passes to process block 1 0 on Figure 2. This proc- 
essing path is illustrated by flowchart connectors 
1000 on Figure 4 and Figure 2. 

Referring next to Figure 5, the operations prefer- 
red in carrying out the Precedence Detection Process 

15 portion of the present invention are illustrated. After 
the start of the program, process block 500 monitors 
an executing presentation until it detects either a 
precedence mark or the end of the presentation. 
Thereafter, decision block 510 determines if a start 

20 precedence mark is detected. If a start precedence 
mark is not detected, then decision block 530 deter- 
mines If an end precedence mark is detected. If an 
end precedence mark is not detected, then decision 
block 550 determines if the end of the presentation is 

25 detected. If the end of the presentation is not detect- 
ed, then the program loops back to process block 500 
for further monitoring of the presentation. 

Returning now to decision block 510, if a start 
precedence mark is detected, then process block 520 

30 sends a request to the Precedence Play Process to 
start the precedence of the presently executing pre- 
sentation. Alternatively, process block 520 may call 
the Precedence Play Process to start the precedence 
of the presently executing presentation. Thereafter, 

35 the program loops back to process block 500 for fur- 
ther monitoring of the presentation. 

Returning now to decision block 530, if an end 
precedence mark is detected, then process block 540 
sends a request to the Precedence Play Process to 

40 end the precedence of the presently executing pre- 
sentation. Alternatively, process block 540 may call 
the Precedence Play Process to end the precedence 
of the presently executing presentation. Thereafter, 
the program loops back to process block 500 for fur- 

45 ther monitoring of the presentation. 

Returning now to decision block 550, if the end of 
the presentation is detected, then the program stops. 

Alternatively, the process depicted in Figure 5 
may be implemented without the use of precedence 

so marks. In such an alternative embodiment, process 
block 520 may be included in an application program 
to send a request to the Precedence Play Process to 
start the precedence of the presently executing pre- 
sentation. Process block 540 may also be Included in 

55 the application program to send a request to the Prec- 
edence Play Process to end the precedence of the 
presently executing presentation. 

Referring next to Figure 6, the operations prefer- 
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red In carrying out the Precedence Play Process por- 
tion of the present invention are illustrated. After the 
start of the program, process block 600 awaits the re- 
ceipt of a precedence request from a Precedence De- 
tection Process. After the receipt of a precedence re- 
quest from a Precedence Detection Process, decision 
block 610 determines if the precedence request is 
valid. If the precedence request is valid, process 
block 620 enters a code critical section. A code critical 
section is a part of an asynchronous procedure that 
cannot be executed simultaneously with a certain 
part of another asynchronous procedure. That part of 
the other asynchronous procedure is also a code crit- 
ical section. The Precedence Play Process is an 
asynchronous procedure relative to any other proce- 
dure which may attempt to change the focus of the 
system. A part of another asynchronous procedure 
which may attempt to change the focus of the system 
may not be executed simultaneously with that part of 
the Precedence Play Process beginning with process 
block 620, as the purpose of this part of the Prece- 
dence Play Process is to determine which asynchron- 
ous procedure will be allowed to change the focus of 
the system. 

Thereafter, decision block 630 determines if the 
received precedence request is a start precedence 
request. If the received precedence request is a start 
precedence request, then process block 770 places 
an entry representing the start precedence request in 
a Precedence Table. The Precedence Table repre- 
sents a queue of pending precedence requests. 
Thereafter, decision block 780 determines if there is 
only one precedence request entry in the Precedence 
Table. If there is only one precedence request entry 
in the Precedence Table, then process block 800 dis- 
ables input devices capable of changing the prece- 
dence or focus of the system. Thereafter, process 
block 81 0 sets a Target Precedence Requester equal 
to the precedence request represented by the single 
entry in the Precedence Table. The Target Prece- 
dence Requester is a presentation which receives 
precedence or focus. Thereafter, process block 700 
gives precedence or focus to, or pops into the fore- 
ground, the Target Precedence Requester. There- 
after, process block 710 exits the code critical sec- 
tion. Thereafter, process block 720 returns a mes- 
sage to the Precedence Detection Process that the 
precedence request was successfully serviced. 
Thereafter, the program returns to the Precedence 
Detection Process that called it. If process block 520, 
on Figure 5, called the Precedence Play Process, 
then the program returns to process block 520 on Fig- 
ure 5. If process block 540, on Figure 5, called the 
Precedence Play Process, then the program returns 
to process block 540 on Figure 5. 

Returning now to decision block 630, if the re- 
ceived precedence request is not a start precedence 
request (rf the received precedence request is an end 



precedence request), then process block 640 access- 
es the Precedence Table with the end precedence re- 
quest to retrieve a corresponding start precedence 
request entry. Thereafter, decision block 650 deter- 

5 mines if the corresponding start precedence request 
entry was found. If the corresponding start prece- 
dence request entry was found, then process block 
660 removes the corresponding start precedence re- 
quest entry from the Precedence Table. Thereafter, 

10 decision block 670 determines if there are any re- 
maining entries in the Precedence Table. If there are 
not any remaining entries in the Precedence Table, 
then process block 750 enables those input devices 
capable of changing the precedence or focus of the 

15 system, that were previously disabled. Thereafter, 
process block 720 returns a message to the Prece- 
dence Detection Process that the precedence re- 
quest was successfully serviced. Thereafter, the pro- 
gram returns to the Precedence Detection Process 

20 that called it. If process block 520, on Figure 5, called 
the Precedence Play Process, then the program re- 
turns to process block 520 on Figure 5. If process 
block 540, on Figure 5, called the Precedence Play 
Process, then the program returns to process block 

25 540 on Figure 5. 

Returning now to decision block 780, if there is 
not only one precedence request entry in the Prece- 
dence Table, then decision block 790 determines if 
the start precedence request entry just placed in the 

30 Precedence Table has the highest priority of all en- 
tries in the Precedence Table. If the start precedence 
request entry just placed in the Precedence Table has 
the highest priority of all entries in the Precedence Ta- 
ble, then the program continues to process block 810 

35 to set the Target Precedence Requester equal to the 
start precedence request entry just placed in the 
Precedence Table. This gives precedence or focus to 
the precedence request entry just placed in the Prec- 
edence Table. 

40 Returning now to decision block 790, if the start 

precedence request entry just placed in the Prece- 
dence Table does not have the highest priority of all 
entries in the Precedence Table, then the program 
continues to process block 710 which exits the code 

45 critical section. This denies precedence or focus to 
the precedence request entry just placed in the Prec- 
edence Table, as there is another precedence re- 
quest with a higher priority in the Precedence Table, 
to which precedence or focus wilt be given. 

so Returning now to decision block 670, if there are 

any remaining entries in the Precedence Table, then 
process block 680 determines the Precedence Table 
entry with the highest priority. Thereafter, process 
block 690 sets the Target Precedence Requester 

55 equal to the precedence request represented by the 
entry in the Precedence Table with the highest prior- 
ity. Thereafter, the program continues to process 
block 700 which gives precedence or focus to, or pops 
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Into the foreground, the Target Precedence Request- 
er. 

Returning now to decision block 650, if the cor- 
responding start precedence request entry was not 
found, then process block 730 exits the code critical 
section. Thereafter, process block 740 returns a mes- 
sage to the Precedence Detection Process t hat an er- 
ror occurred, that the end precedence request was 
not valid as there was no corresponding start prece- 
dence request, and that the precedence request was 
not successfully serviced. Thereafter, the program 
returns to the Precedence Detection Process that 
called it. If process block 520, on Figure 5, called the 
Precedence Play Process, then the program returns 
to process block 520 on Figure 5. If process block 540, 
on Figure 5, called the Precedence Play Process, 
then the program returns to process block 540 on Fig- 
ure 5. 

Returning now to decision block 610, if the prec- 
edence request is not valid, then process block 760 
returns a message to the Precedence Detection Proc- 
ess that an error occurred, that the precedence re- 
quest was not a valid precedence request, and that 
the precedence request was not successfully ser- 
viced. Thereafter, the program returns to the Prece- 
dence Detection Process that called it. If process 
block 520, on Figure 5, called the Precedence Play 
Process, then the program returns to process block 
520 on Figure 5. If process block 540, on Figure 5, 
called the Precedence Play Process, then the pro- 
gram returns to process block 540 on Figure 5. 

Although the present invention has been partic- 
ularly shown and described with reference to a pre- 
ferred embodiOment, it will be understood by those 
skilled in the art that various changes in form and de- 
tail may be made without departing from the spirit and 
the scope of the invention. 



Claims 

1. A method of providing focus for a presentation 
produced by a multitasking data processing sys- 
tem, said method comprising the steps of 
associating a priority with the presentation; 
detecting the association of priority with the pre- 
sentation; 

requesting focus for the presentation upon de- 
tecting the association of priority with the presen- 
tation; and 

providing focus for the presentation indicated by 
the association. 

2. The method of claim 1, wherein the step of pro- 
viding focus for the presentation indicated by the 
association further comprises the step of: 
preventing a second presentation from gaining fo- 
cus while the presentation indicated by the asso- 



ciation is produced. 

3. The method of claim 2, wherein the step of pro- 
viding focus for the presentation indicated by the 

5 association further comprises the steps of: 

providing a first focus forthe presentation indicat- 
ed by an association having a highest priority; 
and 

providing a second focus for a second presenta- 
10 tion indicated by a second association having a 
power priority, the second focus being provided 
after completion of the first focus. 

4. The method of claim 1, wherein the step of asso- 
15 dating a priority with the presentation further 

comprises the steps of: 

placing a start precedence mark in the presenta- 
tion at a start of a portion of the presentation for 
which focus is requested; and 
20 placing an end precedence mark in the presen- 

tation at an end of the portion of the presentation 
for which focus is requested. 

5. The method of claim 4, wherein the start prece- 
25 dence mark and the end precedence mark each 

comprise: 

a unique identifier to distinguish the start prece- 
dence mark and end precedence mark from a 
data object which is neither a start precedence 
30 mark nor an end precedence mark; 

a precedence mark type to distinguish a start 
precedence mark from an end precedence mark; 
and 

a priority. 

35 

6. The method of claim 1, wherein the step of asso- 
ciating a priority with the presentation further 
comprises the steps of: 

storing a location of a start of a portion of the pre- 
40 sentation for which focus is requested; and 

storing a location of an end of a portion of the pre- 
sentation for which focus is requested. 

7. An apparatus for providing focus for a presenta- 
45 tion produced by a multitasking data processing 

system, said apparatus comprising: 
means for associating a priority with the presen- 
tation; 

means for detecting the association of priority 
50 with the presentation; 

means for requesting focus for the presentation 
upon detecting the association of priority with the 
presentation; and 

means for providing focus for the presentation in- 
55 dicated by the association. 

8. The apparatus of claim 7, wherein the means for 
providing focus for the presentation indicated by 



7 
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the association further comprises: 
means for preventing a second presentation from 
gaining focus while the presentation indicated by 
the association is produced. 

5 

9. The apparatus of claim 8, wherein the means for 
providing focus for the presentation indicated by 
the association further comprises: 

means for providing a first focus for the presen- 
tation indicated by an association having a high- 10 
est priority; and 

means for providing a second focus for a second 
presentation indicated by a second association 
having a lower priority, the second focus being 
provided after completion of the first focus. 15 

10. The apparatus of claim 7, wherein the means for 
associating a priority with the presentation fur- 
ther comprises: 

means for placing a start precedence mark in t he 20 
presentation at a start of a portion of the presen- 
tation for which focus is requested; and 
means for placing an end precedence mark in t he 
presentation at an end of the portion of the pre- 
sentation for which focus is requested. 25 

11 . The apparatus of claim 1 0, wherein the start prec- 
edence mark and the end precedence mark each 
comprise: 

a unique identifier to distinguish the start prece- 30 

dence mark and end precedence mark from a 

data object which is neither a start precedence 

mark nor an end precedence mark; 

a precedence mark type to distinguish a start 

precedence mark from an end precedence mark; 35 

and 

a priority. 

12. The apparatus of claim 7, wherein the means for 
associating a priority with the presentation fur- 40 
ther comprises: 

means for storing a location of a start of a portion 
of the presentation for which focus is requested; 
and 

means for storing a location of an end of a portion 45 
of the presentation for which focus is requested. 
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